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ja 
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A. .. DEVICES/TRANSMISSION UNIT 

B. .. CATEGORY 

C. .. SUPPLEMENTING ADDITIONAL PROFILES 
ALLOWED 

D. .. W/SJ3-CAPABLE TERMINAL 

E. .. BASIC PROFILE 

F. .. WAP GATEWAY 

G . .. WAP PROXY 

H. .. DIFFERENCE PROFILE 

(57) Abstract: Disclosed is a method for transmitting user data objects from a data-supplying compK>nent (D) or a data server to 
a telecommunication device (T) of a user via a connection component (G). The data-supplying component is informed by means 
of profile information (BP*, DPI*, DP*, DP3*) in a profile object what types of user data objects the connection component or 
the telecommunication unit is able to process on its own such that the data-supplying component can specifically transmit user data 
objects to the telecommunication device, which belong to the type that said teleconmiunication device can process. Hence, the 
data-supplying component is prevented from sending user data objects of a type that has to be converted by the connection component 
on the transmission path in order to be able to be processed by the telecommunication device. 

[Fortsetzung auf der ndchsten Seite] 
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VeroflenUicht: 

— mit intemationalem Recherchenbericht 

Zur Erkldrung der Zweibuchstaben- Codes und der cmderen Ab- 
kUrzungen wird auf die Erkldrungen ('^Guidance Notes on Co- 
des and Abbreviations") am Anfang jeder reguldren Ausgabe der 
PCT'Gazette verwiesen. 



(57) Zusammenfassung: OfFenbart ist ein Verfahren zum Ubertragen von Nutzdatenobjekten von einer Datenbereitstellungskom- 
ponente (D) bzw. einem Datenserver iiber eine Verbindungskomponente (G) zu einer Telekommunikationseinrichtung (T) eines 
Benutzers, wobei durch jeweilige Profilinfonnationen (BP*, DPI*, DP*, DP3*) in einem Profilobjekt der Datenbereitstellungskom- 
ponente mitgeteilt wird, welche Typen von Nutzdatenobjekten die Verbindungskomponente bzw. die Telekommunikationseinrich- 
tung in der Lage ist, jeweils fiir sich zu veiarbeiten. Somit kann die Datenbeieitstellungskomponente gezielt Nutzdatenobjekte von 
dem Typ an die Telekommunikationseinrichtung iibertragen, welchen diese verarbeiten kann. Das bedeutet, es wird vermieden, 
dass die Datenbereitstellungskomponente Nutzdatenobjekte von einem Typ absendet, der auf dem Ubertragungsweg zuerst von der 
Ver-bindungskomponente konvertiert werden muss, damit er von der Telekommunikationseinrichtung verarbeitbar ist 
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Be s chr e ibiing 

Verfahren zum Ubertragen von Nutzdatenobjekten 

Die vorliegende Erfindiing betrifft ein Verfahren zum Ubertra- 
gen von Nutzdatenobjekten von einer Datenbereitstelliingskom- 
ponente bzw. einem Datenserver uber eine Verbindungskomponen- 
te zu einer Telekotnmunikationseinrichtung eines Benutzers, 
wobei durch jeweilige Prof ilinf ormationen in einem Profilob- 
jekt der Datenbereitstellungskomponente mitgeteilt wird, wel- 
che Typen von Nutzdatenobjekten die Verbindungskomponente 
bzw. die Telekommunikationseinrichtung in der Lage ist, je- 
weils fur sich zu verarbeiten. 

Es wird derzeit ein Verfahren zum Ubertragen bzw. Herunterla- 
den von Nutzdatenobjekten von einer Datenbereitstellungskom- 
ponente bzw. einem Datenserver auf eine Telekommunikations- 
einrichtung, insbesondere in der Ausfiihrung eines Mobilfunk- 
gerats, diskutiert. Dabei wird davon ausgegangen, dass sich 
'die Telekommunikationseinrichtung in einem Telekommunikati- 
onsnetz in der Ausgestaltung eines Mobil funknetzes befindet, 
in dem die Ubertragung von Daten allgemein, insbesondere von 
Nutzdatenobjekten mittels eines vom WAP-Forum (WAP: Wireless 
Application Protocol) spezif izierten Protokolls erfolgen. 
Ferner wird angenommen, dass sich die Datenbereitstellungs- 
komponente eines Daten- oder Inhalteanbieters in einem weite- 
ren Telekommunikationsnetz befindet, das insbesondere als ein 
auf einem Internetprotokoll basierendes Netz ausgebildet ist. 
Zum Herstellen einer Datenverbindung zwischen der Datenbe- 
reitstellungskomponente und der Telekommunikationseinrichtung 
sind somit (mindestens) zwei unterschiedlichen Teil- 
Schnittstellen notig, namlich zum einen eine Luf tschnittstel- 
le und eine kabelgebundenen Schnittstelle . Fur die Uberbru- 
ckung der Luf tschnittstelle ist, wie bereits erwahnt, die 
Verwendung von WAP-Protokollen vorgesehen. In dem Telekommu- 
nikationsnetz der Datenbereitstellungskomponente kommt hinge- 
gen beispielsweise das HTTP (HTTP: Hypertext Transfer Proto- 
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col) zum Einsatz, Da also auf der Luftschnitts telle iind der 
Netzseite unterschiedliche Protokolle zum Einsatz kommen, ist 
der Einsatz einer Verbindungskomponente, hier eines sogenann- 
ten WAP -Gateways vorgesehen, das die Anpassung der Nutzdaten 
5 an die iinterschiedlichen tieferen Protokoll-Schichten (Luft- 
schnittstelle : z,B. WSP (Wireless Session Protocol) als ein 
WAP; Netzwerkseite: HTTP) vornimmt. Ein derartiges WAP- 
Gateway besitzt meist auch die Fahigkeit, Dateitypen Oder 
-formate zu konvertieren (z.B. Umwandeln des Dateiformats 
10 "gif" in "jpeg", bei Dateien vom Typ Bild bzw. Standbild) . 

Telekommunikationseinrichtungen, wie Mobilf unkgerate oder Mo- 
biltelefone, unterscheiden sich in der Regel durch ihre cha- 
rakteristischen Eigenschaf ten bzw. Fahigkeiten voneinander. 

15 So variieren beispielsweise die Eigenschaf ten der Anzeigeein- 
richtungen teilweise erheblich (z.B. in GroSe und Auflosung) 
und somit auch die Fahigkeiten, bestimmte Dateitypen bzw, Da- 
teiformate darstellen bzw. verarbeiten zu konnen. Damit eine 
Datenbereitstellungskomponente bzw. ein Datenbereitstellungs- 

20 server in einem Netzwerk Kenntnis uber die Eigenschaf ten bzw. 
Fahigkeiten einer WAP-f ahigen Telekommunikationseinrichtung 
eines Benutzers erlangen kann, wurde vom WAP -Forum das soge- 
nannte UA-Prof (UA-Prof: User Agent Profile) standardisiert 
[7] , mit dessen Hilfe die Eigenschaf ten einer WAP-fahigen Te- 

25 lekommunikationseinrichtung netzwerkseitig (d.h. im Netz der 
Datenbereitstellungskomponente) bekannt gemacht werden kon- 
nen. Bei dem Verfahren werden zusatzlich auch die Fahigkeiten 
eines WAP-Gateways berucksichtigt , das die zwischen Telekom- 
munikationseinrichtung und Datenbereitstellungskomponente 

30 transf erierten Daten handhabt und dabei auch verandern kann. 
Netzwerkseitig sind damit bei der Bereitstellung geeigneter 
Daten durch einen Seirver auch die Eigenschaf ten des WAP- 
Gateways re 1 evant . 

35 Im Folgenden soil anhand von Figur 1 fur einen allgemeinen 
Fall beschrieben werden, wie eine Datenbereitstellungskompo- 
nente D das aktuelle UA-Prof einer WAP-fahigen Telekommunika- 
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tionseinrichtung T erhalt. Zimachst wird bei der Anmeldiing 
der WAP-f ahigen Telekotnmimikationseinrichtung T bzw. dem Auf- 
bau einer WSP-Verbindung ein sogenanntes Basis-Profil BP oder 
eine Basisprof ilinf ormation an das WAP-Gateway G ubermittelt. 
5 Wenn die Eigenschaf ten bzw. Fahigkeiten der Telekotnmunikati- 
onseinrichtung T beispielsweise durch eine zusatzlich ange- 
schlossene Leistungskotitponente, wie eine zusatzliche Hard- 
warekomponente (z.B. Parbanzeigeeinrichtiing) , erweitert oder 
verandert worden sind, wird mit dem Basis-Profil zusatzlich 

10 noch ein Dif f erenz-Prof il DPI oder eine erste Dif f erenzpro- 
f ilinf ormation als ein erstes Teilprof ilinf ormationsobjekt an 
das WAP-Gateway G ubermittelt, wie es durch Schritt 1 ("1" im 
Kreis) dargestellt ist, Beide Profile, namlich BP und DPI, 
konnen gegebenenf alls vom WAP-Gateway G zwischengespei chert 

15 und ausgewertet warden, vgl . dazu Schritt 2. Das WAP-Gateway 
G kann nun seinerseits die erhaltenen Profile BP und DPI um 
ein eigenes Dif f erenz-Prof il DP2 bzw. eine zweite Differenz- 
prof ilinf ormation erganzen. Dies ist vorteilhaft, wenn das 
WAP-Gateway G uber besondere Eigenschaf ten bzw. Fahigkeiten 

20 Verfiigt, die von den zuvor von der WAP-f ahigen Telekommunika- 
tionseinrichtung T libermittelten Profilen BP und DPI abwei- 
chen Oder diese erganzen. Alle (drei) Profile werden dann in 
Schritt 3 als ein zweites Teilprof ilinf ormationsobjekt an die 
Datenbereitstellungskomponente D ubermittelt. Die Datenbe- 

25 reitstellungskomponente D erstellt auf Basis aller ubermit- 
telten Profile (BP, DPI und DP2) ein resultierendes Gesamt- 
profil Oder Gesamtprof ilobjekt RP fur die WAP-f ahige Telekom- 
munikationseinrichtung T zusammen, wie es durch Schritt 4 an- 
gedeutet sein soil. Das Gesamtprof il RP, das die individuel- 

30 len Eigenschaf ten der WAP-f ahigen Telekommunikationseinrich- 
tung T und die erganzenden Fahigkeiten des WAP-Gateways G und 
eventueller anderen Netzwerkeinheiten enthalt, ist das aktu- 
elle UA-Prof und wird von der Datenbereitstellxingskomponente 
D verwaltet . 

35 

Wahrend einer WSP-Sitzung kann das Herunterladen beliebiger 
Daten, insbesondere Nutzdatenobjekte, von einer WAP-f ahigen 
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Telekommxinikationseinrichtiing T durch Absenden einer Daten- 
Anfordertings-Mitteilung eingeleitet werden. Palls sich die 
Eigenschaften bzw. Fahigkeiten der WAP-fahigen Telekommunika- 
tionseinrichtung zwischenzeitlich (d.h. nach dem ersten Auf- 
5 bau einer WSP-Verbindiing) geandert haben sollten, beispiels- 
weise durch Verbindung einer anderen zusatzlichen Hardware- 
komponente, wird auch bei bzw. zusammen mit einer abgesetzten 
Daten-Anfordenmgs-Mitteilung ein aktuelles angepasstes Dif- 
ferenzprofil DP3 oder eine dritte Differenzprofil information 

10 in einem ersten Teilprof ilinf ormationsobjekt an das WAP- 
Gateway G in Schritt 5 ubertragen und dort gemaS Schritt 6 
gegebenenfalls ausgewertet . Die restliche Ubertragung des Ba- 
sis-Profils BP und der Dif f erenz-Prof ile DP3 xind DP2 in einem 
zweiten Teilprof ilinf ormationsobjekt zwischen WAP~Gateway G 

15 und Datenbereitstellungskomponente D gemafi Schritt 7 und das 
Erstellen des Gesamtprof ils gemafi Schritt 8 erfolgt analog 
zum oben beschriebenen Verfahren. Haben sich die Eigenschaf- 
ten bzw. Fahigkeiten der WAP-fahigen Telekommunikationsein- 
richtung nach dem ersten Aufbau der WSP -Verbindung nicht ge- 

20 andert, wird bei einer abgesetzten Daten-Anf orderungs- 
Mitteilung auf die zuvor ubermittelten und im WAP-Gateway G 
(vgl. Schritt 2) bzw. auf der Datenbereitstellungskomponente 
(vgl. Schritt 4) zwischengespeicherten Profile zuruckgegrif - 
fen. 

25 

Das Prinzip zur Generierung des resultierenden Profils ist 
sehr elegant, es wird namlich aus dem Basisprofil und belie- 
big vielen Dif f erenzprof ilen das result ierende Profil bzw. 
Gesamtprof il generiert . 

30 

Es wird femer die grundsatzliche Annahme bei der Verwendung 
und Definition des UA-Prof getroffen, dass ein WAP-Gateway 
die zur WAP-fahigen Telekommunikationseinrichtung ubertrage- 
nen Datentypen erkennt und geeignet behandelt, d.h. gegebe- 
35 nenfalls auf dem Weg von der Datenbereitstellungskomponente 
zur Telekommunikationseinrichtung verandert bzw. konvertiert. 
Eine typisches Beispiel hierfur ist eine Bildkonvertierung. 
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Angenommen, die Telekommunikationseinrichtung kann nur Bilder 
vom Typ bzw. Format "jpeg" anzeigen imd die Datenbereitstel- 
lungskomponente libertragt ein Bild vom Typ "gif", so kann das 
WAP-Gateway seinen Fahigkeiten entsprechend das Bild vom Typ 
5 "gif" in den Typ bzw, das Format "jpeg" konvertieren und das 
konvertierte Bild an die Telekommunikationseinrichtung wei- 
terreichen, auf dem es anschlieSend verarbeitet bzw. darge- 
stellt werden kann- 

10 Dieses Vorgehen wird durch UA- Profs entsprechend unterstutzt, 
indem die WAP-fahige Telekommunikationseinrichtxmg in seinem 
Basisprofil BP ziinachst angibt, Bilder vom Typ "jpeg" verar- 
beiten bzw. anzeigen zu konnen. Das WAP-Gateway erkennt diese 
Angabe, kennt die eigene Fahigkeit, Bilder vom Typ "gif" in 

15 den Typ "jpeg" konvertieren zu konnen und gibt deshalb im 
Dif f erenzprof il DP2 an, dass auch der Bildtyp "gif" unter- 
stiitzt wird. Auf Seiten der Datenbereitstellungskomponente 
wird das resultierende Gesamtprofil RP generiert. Die Daten- 
bereitstellungskomponente kann jedoch jetzt nicht mehr zwi- 

20 'schen den urspriinglichen Fahigkeiten der Telekommunikations- 
einrichtung und den zusatzlichen Fahigkeiten des Gesamt sys- 
tems aus WAP-fahiger Telekommunikationseinrichtung und WAP- 
Gateway unterscheiden. In diesem Beispiel ist nun die server- 
seitige Versendung (d.h. die Versendung seitens der Datenbe- 

25 reitstellungskomponente) eines Bildes vom Typ "gif" moglich, 
wobei durch das WAP-Gateway die entsprechende Konvertierung 
vorgenommen wird. 

Probleme konnen allerdings auftreten, wenn die Dateitypen, 
30 die eine Konvertierung durch das WAP-Gateway bedurfen, in an- 
deren Datenf oirmaten eingeschlossen (veorpackt) sind, die vom 
WAP-Gateway nicht geeignet behandelt werden konnen. Diesbe- 
zuglich sind im wesentlichen zwei Beispiele zu nennen: 

35 1. Digitale Rechteverwaltung ("Digital Rights Manage- 
•ment":DRM) : Die derzeit im WAP-Fomm spezif izierte Losung fur 
die Verwaltung von Rechten geschutzter digitaler Objekte ba- 
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siert darauf/ dass ein Objekt in einer Container-Datei bzw. 
einem Container transportiert wird, der fur unverschlusselte 
Objekte den Typ "application/vnd.wap. drm. message" und fur 
verschliisselte Objekte den Typ "applicati- 

5 on/vnd.wap. drm. content" hat. Bei den unverschliisselten Objek- 
ten besteht theoretisch die Option, dass ein WAP-Gateway auf 
das eingeschlossene Objekt zugreift und es verandert, wobei 
dies nicht explizit vorgesehen ist. Bei verschlusselten Ob- 
jekten hat das WAP-Gateway keine Zugrif f smoglichkeit auf das 

10 Objekt, da es den Schlussel nicht hat und die Daten daher nur 
als binares Paket erscheinen. Auch wenn das eingeschlossene 
Objekt ein Bild eines dem WAP-Gateway bekannten Typs ist, das 
entsprechend in einen anderen Typ gewandelt werden konnte, 
ist dies in dem beschriebenen Pall nicht moglich. Das einge- 

15 schlossene Objekt wurde vom WAP-Gateway iinverandert an die 
Telekommunikationseinrichtung weitergereicht , auf der es 
nicht darges.tellt werden konnte. 

2. Multimedia Messaging Service (MMS) : Im MMS wird die Nach- 

20 richt in Form einer Multimedia Message (MM) von einem soge- 
nannten MMS -Re lay/ Server (der als eine MMS- 

Vermittlungseinheit in einem Netz dient) an einen MMS- 
Klienten (MMS Client) , eine spezielle Anwendung auf der WAP- 
fahigen Telekommunikationseinrichtung libertragen. Die MM ist 

25 in der vom WAP-Forum spezif izierten Losung eine Nachricht mit 
binaren Codes zur Darstellung der Kopffelder, die dem WAP- 
Gateway nicht bekannt sind. Die Nachrichten haben den Typ 
"applicati on/ vnd.wap.mms -message" und enthalten die zu trans- 
ferierenden Objekte. Das WAP-Gateway hat wiederum keine Mog- 

30 lichkeit, die Objekte aus der Nachricht zu extrahieren und an 
die Eigenschaf ten der empfangenden Telekommunikationseinrich- 
tung anzupassen. Wird vom MMS-Relay Server ein Objekt eines 
bestimmten . Typs in die MMS Nachricht integriert, der eine 
Konvertierung durch das WAP-Gateway bedarf, kann das WAP- 

35 Gateway seine Aufgabe jedoch nicht ausfuhren, wodurch das Ob- 
jekt unverandert zur Telekommunikationseinrichtung gelangt 
und dort nicht genutzt werden kann. 
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Weiterhin kann sich eine durch Bildung eines Gesamtprof ils, 
wie es oben beschrieben worden ist, nicht mehr mogliche Un- 
terscheidung zwischen den integralen der Eigenschaf ten der 
5 Telekommunikationseinrichtung (eventuell mit zusatzlicher 
Hardwarekomponente) und den zusatzlichen Eigenschaf ten des 
Systems aus Telekommunikationseinrichtimg und WAP-Gateway 
auch negativ auswirken, wenn z.B. ein Objekt von der Datenbe- 
reitstellungskotnponente in imterschiedlichen Formaten angebo- 

10 ten werden kann, von denen einige eine Konvertierung durch 
das WAP-Gateway bedurfen, urn von der Telekommunikationsein- 
richtung verarbeitet werden zu konnen, und andere unverandert 
vom WAP-Gateway an* die Telekommunikationseinrichtung weiter- 
gereicht werden konnen. Hier ist die serverseitige .(d.h, von 

15 der Datenbereitstellungskomponente) Wahl eines Formates, das 
keine Konvertierung durch das WAP-Gateway bedarf, vorteil- 
haft, da eine Konvertierung die Qualitat des Objektes ver- 
schlechtern kann, zusatzliche Zeit beim Herunterladen des Ob- 
jektes fur die Konvertierung benotigt wird, Rechenlei stung 

20 beim WAP-Gateway erfordert und fur den Benutzer je nach Ab- 
rechnungsmodell zusatzliche Kosten verursachen kann. 

Es ist nun die Aufgabe der vorliegenden Erfindung, ein Ver- 
fahren, wie es beispielsweise mit Bezug auf Figur 1 beschrie- 
25 ben wurde, derart zu verbessem, damit eine effizientere 0- 
bertragung von Nutzdatenobjekt , insbesondere von verschlus- 
selten oder gepackten Nutzdatenobjekt, ermoglicht wird. 

Diese Aufgabe wird durch die unabhangigen Anspriiche gelost . 
30 Vorteilhafte Ausgestaltungen sind Gegenstand der Unteransprii- 
che. 

Fur ein Verfahren zum Ubertragen von Nutzdatenobj ekten ist 
eine Datenbereitstellungskomponente zur Bereitstellung von 
35 Nutzdatenobj ekten vorgesehen, die Nutzdatenobjekte uber eine 
bzw. zumindest eine Verbindungskomponente zu einer Telekommu- 
nikationseinrichtung eines Benutzers gemaS einem Gesamtpro- 
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f ilinf ormationsobjekt ubertragt . Das Gesamtprof ilinf ormati- 
onsobjekt gibt dabei an, welcher Typ eines Nutzdatenobjekt an 
die Telekommunikationseinrichtiang zu deren Verarbeitung tiber- 
tragbar ist. In das Gesamtprof ilinf ormationsobjekt wird fer- 
5 ner eine erste Prof ilinf ormat ion eingefugt, die angibt, wel- 
cher Typ von Nutzdatenobjekt direkt von der Telekommunikati- 
onseinrichtung verarbeitbar ist. Es kann femer eine zweite 
Prof ilinf ormat ion eingefugt werden, die angibt, welcher Typ 
von Nutzdatenobjekt von der Verbindungskomponente in einen 

10 von der Telekommunikationseinrichtung verarbeitbaren Typ von 
Nutzdatenobjekt konvertierbar ist. Diese Prof ilinf ormat ionen, 
insbesondere die erste Prof ilinf ormat ion, ermoglicht somit 
fiir die Datenbereitstellungskomponente eine Auswahl moglichst 
der Typen von Nut zdatenobj ekten fur eine Ubertragung zu der 

15 Telekommunikationseinrichtung zu treffen, die direkt von der 
Telekommunikationseinrichtung verarbeitbar sind und keine Ma- 
nipulation Oder Konvertierung seitens der Verbindungskompo- 
nente bediirfen, um von der Telekommunikationseinrichtung ver- 
arbeitet zu werden. 

20 

Folglich werden gemaS einer vorteilhaf ten Ausgestaltung zu- 
nachst mit hoher Prioritat Nut zdatenobj ekte von einem Typ ge- 
maS der erst en Prof ilinf ormat ion von der Datenbereitstel- 
lungskomponente zu der Telekommunikationseinrichtung ubertra- 

25 gen. Das bedeutet, es wird eine Uberprufung durchgef lihrt , ob 
die Datenbereitstellungskomponente Nut zdatenobj ekte bereit- 
stellt, welche direkt von der Telekommunikationseinrichtung 
verarbeitbar sind. Bei erf olgreicher Uberprufung werden der- 
artige Nut zdatenobj ekte schlielSlich zur Tel ekommuni kat ions - 

3 0 einrichtung ubertragen. Bezugnehmend auf ein oben erwahntes 
Beispiel, bei dem die Telekommunikationseinrichtung in der 
Lage ist, Bilddaten vom Typ "jpeg" zu verarbeiten, die Ver- 
bindungskomponente in der Lage ist, Bilddaten vom Typ "gif" 
in den Typ "jpeg" zu konvertieren und schlieSlich die Daten- 

35 bereitstellungskomponente Bilddaten von Typ "jpeg" und "gif" 
bereitstellt , wird nun die Datenbereitstellungskomponente, da 
sie anhand der ersten Prof ilinf ormat ion erkennt, dass die Te- 
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lekommunikationseinrichtung Bilddaten vom Typ "jpeg" verar- 
beiten kann, sogleich derartige Bilddaten vom Typ "jpeg" an 
die Telekoitimunikationseinrichtxang als Nutzdatenobjekte uber- 
tragen. Zum einen ist hierbei keine Konvertierxmg der Bildda- 
5 ten durch die Verbindungskomponente notig (es konnen eventu- 
elle Konvertienmgskosten gespart und auch die Ubertragungs- 
zeit ohne Konvertierung verringert werden) und es ist auch 
ein Veirpacken bzw. Verschlusseln von Nutzdatenobjekten mog- 
lich, da die Datenbereitstellungskomponente nur Nutzdatenob- 
10 jekte an die Te lekommunikationseinrichtung ixbertragt, von der 
sie anhand der ersten Prof ilinformat ion weilS, dass die Tele- 
kommvmikationseinrichtung die Nut zdatenobj ekt verarbeiten 
kann. 

15 Ist eine Uberprufung, ob die Datenbereitstellungskomponente 
Nutzdatenobjekte bereitstellt , welche direkt von der Telekom- 
munikationseinrichtung verarbeitbar sind, negativ, so werden 
gemafi einer weiteren Ausgestaltung der Erfindung Nutzdatenob- 
jekte von einem Typ gemaS der zweiten Prof ilinf ormation mit 

20 geringerer Prioritat als zuvor von der Datenbereitstellungs- 
komponente zu der Telekommunikationseinrichtung libertragen. 

GemaS einer weiteren vorteilhaf ten Ausgestaltung ubertragt 
die Telekommunikationseinrichtung vor dem Ubertragen von 

25 Nutzdatenobjekten von der Datenbereitstellungskomponente zu 
der Telekommunikationseinrichtung ein erstes Teilprof ilinf or- 
mationsobjekt mit der ersten Prof ilinf ormation an die Verbin- 
dungskomponente, welche ihrerseits das erste Teilprof ilinf or- 
mationsobjekt um die zweite Prof ilinf ormation zu einem zwei- 

3 0 ten Teilprof ilinf ormationsobj ekt erganzt und dieses zur Da- 
tenbereitstellungskomponente ubermittelt . Dort kann dann ba- 
sierend auf dem zweiten Teilprof ilinf ormationsobj ekt bzw. al- 
ien ubermittelten Prof ilinf ormationen ein Gesamtprof ilinf or- 
mationsobj ekt erstellt werden. 

35 

Es ist ferner denkbar, dass die Telekommunikationseinrichtung 
um eine zusatzliche Leistungskomponente erganzt wird/ die in 
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der Lage ist, den Umfang den von der Telekommunikationsein- 
richtung verarbeitbaren Nutzdatenobjekten zu erweitem. Eine 
derartige Leistiingskomponente kann beispielsweise eine zu- 
satzliche Hardwarekomponente, wie ein spezielle Farbanzeige- 
5 einrichtiing mit hoher Auf losung zum Anzeigen hochaufgeloster 
und farbiger Bilder oder Graphiken, oder aber auch eine zu- 
satzliche Sof twarekomponente oder Sof twareanwendving , bei- 
spielsweise zum Verarbeiten und Abspielen von Musikdaten im 
MP3- Format, umfassen. Eine derartige Leistungskomponente kann 

10 dann in der Lage sein, Typen von Nutzdatenobjekten zu verar- 
beiten, die auch schon die Telekommunikationseinrichtung ver- 
arbeiten kann, sie kann aber auch in der Lage sein weitere 
Typen von Nutzdatenobjekten zu verarbeiten, welche die Tele- 
kommunikationseinrichtung selbst nicht verarbeiten kann. 

15 Folglich kann dann das erste Teilprof ilinformationsobjekt um 
eine dritte Prof ilinformation erganzt werden, die angibt, um 
welche Typen von Nutzdatenobjekten der Umfang der Nutzdaten- 
objekte der Telekommunikationseinrichtung durch die zusatzli- 
che Leistungskomponente erweitert wird. 

20 

Zur Minimierung des zu iibertragende Datenvolumens zwischen 
der Telekommunikationseinrichtung und der Verbindungskompo- 
nente (insbesondere, wenn eine Luf tschnittstelle dazwischen 
verge sehen ist) und/oder zwischen der Verbindungskomponente 

25 \ind der Datenbereitstellungskomponente ist es gemaS einer 
vorteilhaf ten Ausgestaltung auch denkbar, in dem ersten 
und/oder dem zweiten Teilprof ilinformationsobjekt die Profil- 
informationen in Form einer Referenz vorzusehen, welche je- 
weils zu Prof ilinformationen verweisen, welche auf der Daten- 

30 bereitstellungskomponente oder einer mit dieser in Verbindung 
stehenden weiteren Datenbereitstellungskomponente gespeichert 
ist. Das bedeutet, in einem Teilprof ilinformationsobjekt kon- 
nen lediglich Adressen, wie z.B. eine URL (URL: Uniform Re- 
source Locator) vorgesehen sein, die auf einen Speicherort in 

35 der Datenbereitstellungskomponente oder einer anderen Daten- 
bereitstellungskomponente, z.B. einer des Herstellers der Te- 
lekomm\inikationseinrichtung oder der zusatzlichen Leistungs- 
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komponente, verweisen. Lediglich beim Erzeugen des Gesamtpro- 
filobjekts muss die Datenbereitstellungskomponente die Adres- 
sen anwahlen, um die entsprechenden Prof il information zu er- 
halten und in das Gesamtprof ilobjekt einzufugen. 

5 

GemaS einer weiteren vorteilhaf ten Ausgestaltiing befindet 
sich die Telekommunikationseinrichtimg in einem ersten Tele- 
kommunikationsnetz, iind die Datenbereitstellxingskomponente 
vmd/oder die weitere Datenbereitstellungskomponente in einem 

10 zweiten Telekommunikationsnetz, wobei das erste und das zwei- 
te Telekommunikationsnetz miteinander verbunden sind. Die 
Verbindungskomponente kann dann in dem ersten oder dem zwei- 
ten Telekommiinikationsnetz angeordnet sein, oder insbesondere 
zur Verbindung der beiden Telekommunikationsnetze dienen. Im 

15 Falle mehrerer Verbindungskomponenten konnen die Verbindungs- 
komponenten dann schlieSlich an den gerade angegebenen Orten 
angeordnet sein (z.B, kann^ wie es spater noch erwahnt werden 
wird, eine Verbindungskomponente als ein WAP-Gateway zur Ver- 
bindung der beiden Telekommunikationsnetze dienen, wahrend 

2 0 ein oder mehrere andere Verbindungskomponenten 'beispielsweise 
als Konvertierungseinheiten von Daten bzw. Nutzdatenobjekten 
in einem der angegebenen Telekommunikationsnetze vorgesehen 
sind) . Es ist dabei moglich^ dass das erste Telekommunikati- 
onsnetz als ein Mobilfunknetz ausgebildet ist, das insbeson- 

25 dere gemalS dem GSM (Global System for Mobile Communications) - 
Oder dem UMTS (Universal Mobile Tel communications System) - 
Standard betrieben wird. Bei einer derartigen Ausgestaltung 
eines ersten Telekommunikationsnetzes kann die Ubertragung 
von Nutzdatenobjekten zu der Telekommunikationseinrichtimg 

30 mittels WAP-Protokollen, insbesondere dem Wireless Session 
Protokoll, erfolgen. In diesem Zusammenhang kann die Verbin- 
dungskomponente zum Verbinden des ersten und des zweiten Te- 
lekommimikationsnetzes als ein WAP-Gateway ausgebildet sein. 
Es ist weiterhin denkbar, dass das zweite Telekommunikations- 

35 netz als ein auf einem Internetprotokoll basierendes Netz 
ausgebildet ist, in dem die Ubertragung von Daten insbesonde- 
re mittels dem Hypertext Transfer Protocol erfolgt. 
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GemaS einer vorteilhaf ten Ausgestaltiing umfasst die Telekotn- 
munikationseinrichtung ein Funkmodul, und ist insbesondere 
als ein Mobiltelef on, ein Schnurlostelef on, ein tragbarer 
5 Computer oder ein Smartphone (eine Kotnbination aus Mobiltele- 
fon und kleinem tragbaren Computer) ausgebildet- 

GemaS einer weiteren vorteilhaf ten Ausgestaltung kSnnen die 
Nutzdatenobj ekte Textinf ormationen, Audioinf ormationen, Vi- 
10 deoinformationen, ausfuhrbare Programme, Sof twaremodule oder 
eine Kombination dieser Datenarten enthalten. 

Bevorzugte Ausfuhrungsf ormen der vorliegenden Erfindung wer- 
den nachfolgend bezugnehmend auf die beiliegenden Zeichnungen 
15 naher erlautert. Es zeigen: 



Figur 1 ein Blockschaltbild mit den bei einem Verfahren zum 
Ubertragen von Nutzdatenobj ekten beteiligten Kompo- 
nenten unter Verwendung von Eigenschaf tsprof ilen o- 
20 der User-Agent-Profiles der verschiedenen im Uber- 

tragungsweg vorgesehen Komponenten einschlielSlich 
des Datenflusses zwischen den Komponenten; 

Figur 2 eine Tabelle zur Kennzeichnung oder Codierung von 
25 im Datenubertragungsweg vorgesehen Komponenten in 

j ewe i 1 i gen E igens cha f t spr o f i 1 en ; 

Figur 3 eine Darstellung eines Eigenschaf tsprof ils in XML 
(XML: Extensible Markup Language) gemaS einer ers- 
30 ten Ausgestaltung; 

Figur 4 eine Darstellung eines Eigenschaf tsprof ils in XML 
gemaS einer zweiten Ausgestaltung. 



35 

Im folgenden sollen nun mogliche Ausfuhrungsf ormen zum Uber- 
tragen von Nutzdatenobj ekten von einer Datenbereitstellungs- 
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komponente uber Verbindimgskomponente auf sine Telekommiinika- 
tionseinrichtung, insbesondere ein Mobil telef on eines Benut- 
zers (im folgenden einfach als ein Endgerat bezeichnet) , er- 
lautert werden. 

Bei der Erlauterung der bevorzugten Ausfiihrungsformen der Er~ 
f indung wird von einer entsprechenden Konf iguration einer Te- 
lekommunikationsanordnung ausgegangen, wie sie bereits bezug- 
lich Figur 1 diskutiert worden ist. Eine derartige Telekoiranu- 
nikationsanordnung umfasst auch wieder eine Datenbereitstel- 
lungskomponente bzw. einen Datenserver D zum Bereitstellen 
von Nutzdatenobjekten (sei as verschliisselt oder unverschlus- 
selt, in eine Container-Datei bzw. ein Gontainer-Objekt ge- 
packt Oder nicht, usw.), eine Verbindungskomponente G zum 
Weiterleiten von Daten bzw. Nutzdatenobjekten und schlielSlich 
eine Telekommunikationseinrichtung bzw. das Endgerat T eines 
Benutzers. Es wird wiederum davon ausgegangen, dass sich das 
Endgerat T in einem ersten Telekommunikationsnetz in der Aus- 
gestaltung eines Mobilfunknetzes befindet, in dem die Uber- 
'tragung von Daten allgemein, insbesondere von Nutzdatenobjek- 
ten mittels eines vom WAP-Forum (WAP: Wireless Application 
Protocol) spezif izierten Protokolls erfolgt. Femer wird an- 
genommen, dass sich die Datenbereitstellungskomponente eines 
Daten- oder Inhalteanbieters in einem zweiten Telekommunika- 
tionsnetz befindet, das als ein auf einem Intemetprotokoll 
(wie dem http) basierendes Netz ausgebildet ist. Als Verbin- 
dungseinrichtung zum Herstellen einer Datenverbindung zwi- 
schen dem ersten Telekommunikationsnetz und dem zweiten Tele- 
kommunikationsnetz ist die Verbindungskomponente vorgesehen, 
die bei der beschriebenen Konf iguration als ein sogenanntes 
WAP-Gateway dient . 

Zur Mitteilung der Eigenschaf ten, insbesondere bezuglich der 
Verarbeitung bestimmter Nutzdatenobjekte, an die Datenbereit- 
stellungskomponente D, entsprechend dem in Figur 1 gezeigten 
Verfahren, werden die Eigenschaf ten in Eigenschaf tsprof ilen 
Oder "UA- Profs" (UA-Prof: User Agent Profile), welche vor- 
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teilhafterweise atif der Metasprache XML (XML - Extensible 
Markup Language) basieren, dargiestellt . XML-basierte Formate 
eignen sich besonders gut fur den Plattform- und Software- 
unabhangigen Austausch strukturierter Daten zwischen Program- 
5 men und Rechnem bzw. Software- und Hardwarekomponenten un- 
terschiedlicher Hersteller und Systeme. 

Ein Profil kann mehrere Komponenten beschreiben (z.B. fur 
Software, Hardware, WAP Push, usw.), wobei jede Konponente 
mehrere Attribute mit den dazugehorigen Werten enthalten kann 
10 (in der Hardware Komponente sind mogliche Attribute bei- 
spielsweise BildschirmgroSe, Farbdarstellungsmoglichkeit , 
usw.). Im Folgenden wird eine prinzipielle Struktur eines 
Profils gezeigt, so wie es vom WAP -Forum fur UA-Prof defi- 
niert wurde: 

15 

Komponente_l 
Attribut_la = Wert_la 
Attribut_lb = Wert_lb 
Komponent e_2 
20 Attribut_2a = Wert_2a 

Attribut_2b = Wert_2b 
Attribut_2c - Wert_2c 
Attribut 2d = Wert 2d 



25 Diese Art der Gliederung hat mehrere Vorteile. Alle Komponen- 
ten und Attribute konnen flexibel genutzt werden, die Struk- 
tur ist beliebig erweiterbar und erlaubt auSerdem anschauli- 
che Darstellungsmoglichkeiten. 



30 Ein Verfahren gemaS einer bevorzugten Ausgestaltung der Er- 
findung ermoglicht nun serverseitig, d.h. auf Seite der Da- 
tenbereitstellungskomponente, eine Unters che i dung zwischen 
den Eigenschaf ten des hier WAP-fahigen Endgerates und den zu- 
satzlichen Eigenschaf ten der Kombination aus dem WAP-fahigem 

35 Endgerat und weiteren im Datenubertragungsweg vorhandenen 
Komponenten, wie der Verbindungskomponente (im folgenden nur 
noch als WAP-Gateway bezeichnet) . Ausgehend von dem in Figur 
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1 dargestellten Verfahren, werden die einzelnen Profile bzw. 
UA-Profs (Basisprofil und Dif f erenzprof ile) bezuglich ihrer 
Herkunft gekennzeichnet ^ was serverseitig eine Auswertung er- 
moglicht, welche Konvertierungsfiinktionalitat eines WAP- 
5 Gateways Oder eines eventuell vorhandenen zusatzlichen Kon- 
vertierungsservers, beispielsweise in dem zweiten Telekotnmu- 
nikationsnetz, bei der Ubertragung bzw. Zustellung von Inhal- 
ten (bezuglich Nutzdatenobjekten) in einem bestitnmten Format 
genutzt werden kann und welches nicht. 

10 

Es existieren verschiedene Moglichkeiten/ den Bezug eines 
Profils bzw. UA-Prof zu kennzeichnen : 

a) In einer einfachsten Variante wird durch die Kennzeichnung 
15 nur zwischen "Endgerat" und " zwischengeschalteter Instanz" 

(wie WAP-Gateway) unterschieden. Hierzu konnen die Profile 
mit einfachen Markierungen versehen werden, wobei auch die 
Markierung eines Profiltyps ausreicht, z.B. die Markierung 
der Profile zwischengeschalteter Instanzen (WAP-Gateway, Kon- 
20 "vertierungsserver, usw.). Vorteilhaft an dieser Variante ist, 
dass endgerateseitig und auch auf der Luf tschnittstelle Ande- 
rungen nicht unbedingt erforderlich sind. 

b) In einer etwas komplexeren Variante versieht jedes Endge- 
25 rat bzw. jede Komponente im Ubertragungsweg das eigene Profil 

mit einem individuellen, vorher vereinbarten Code (textuell 
Oder binar) . Beispielsweise bedeutet binarer Code "2": "die- 
ses Profil stammt von einem WAP-Gateway" . Vorteilhaft sind 
eine gegenuber Variante a) hohere Gewissheit, aus welcher 

3 0 Quelle ein Profil stammt, da hier jedes Profil gekennzeichnet 
sein soil. Aufierdem kann welter dif f erenziert werden, wenn 
statt einer simplen Markierung (Boolsche Aussage) eine groSe- 
re Wertemenge genutzt wird, durch die z.B. zwischen den Kate- 
gorien "WAP-fahiges Endgerat", "WAP-Gateway", "WAP-Proxy" 

35 (als weitere Komponente im Ubertragsweg) und weiteren Korapo- 
nenten unterschieden werden kann. 
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c) Diese Variante baut auf Variante b) auf , enthalt aber zu- 
satzlich noch die Information, ob von nachfolgenden Einheiten 
bzw. Kontponenten itn Ubertragungsweg weitere (Diffe- 
renz-) Prof ile ubertragen werden durfen, Fiir bestitnmte Anwen- 
5 dungen wird es somit moglich, die Signal is iening von Konver- 
tierungstnoglichkeiten durch das WAP-Gateway iind andere nach- 
folgende Konvertierungseinheiten zu imterbinden. 

Die Anwendung eines Verfahrens gemafi einer Ausgestaltung der 
10 Erfindung, wie beispielsweise beim Laden DRM (DRM: Digital 
Rights Management) -geschutzter Objekte und auch bei MMS (MMS: 
Multi Media Messaging Service) hat den Vorteil, dass die Da- 
tenbereitstellungskomponente bzw. der Datenbereitstellungs- 
server die Eigenschaf ten des WAP-fahigen Endgerates allein 
15 betrachten kann und nur die dafiir geeigneten Objekte bzw. 
Nutzdatenobjekte versenden kann. Nicht geeignete Objekte wer- 
den direkt von der Datenbereitstellungskomponente erkannt und 
nicht ubertragen, der Nutzer bekommt also nicht versehentlich 
unbrauchbare Objekte zugesandt, 

20 

1st die Datenbereitstellungskomponente in der Lage, Nutzda- 
tenobjekte mit gleichem Inhalt aber verschiedenen Datentyps 
bereitzustellen, so kann durch eine Kennzeichnung von Eigen- 
schaf ten in UA-Profs, d.h. eine Zuordnung von Eigenschaf ten 

25 zu einer bestimmten Komponente im Ubertragungsweg, bewirken, 
dass die Datenbereitstellungskomponente mit hoherer Prioritat 
gleich ein Nutzdatenobjekt zur Ubertragung auswahlt, das auch 
ohne Konvertierung durch eine zwischengeschaltete Komponente 
im Ubertragungsweg, wie dem WAP-Gateway, endgerateseitig ge- 

3 0 nutzt werden kann. Unnotige Datenf ormat-Konvertierungen wer- 
den damit vermieden. 

Nochmals zusammengef asst werden gemafi der dargestellten Aus- 
fiihrungsform Profile und (nach Zusammenf uhrung von Profilen) 
35 Profilbestandteile bezuglich ihrer Herk\inft und der damit er- 
moglichten serverseitigen Unterscheidung zwischen Eigenschaf- 
• ten des WAP-fahigen Endgerates und zusatzlichen Eigenschaf ten 
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des Gesamt systems, bestehend aus WAP-fahigem Endgerat, WAP- 
Gateway und event uell weiteren Komponenten auf dem Ubertra- 
gimgsweg, die den zu ubertragenden Inhalt verandem konnen, 
gekennzeichnet . Mit der Kennzeichnung der einzelnen Profile 
5 bzw. UA- Profs kann also server seitig folgende Frage geklart 
werden, von welcher Ubertragungseinheit (WAP-fahiges Endge- 
rat, WAP-Gateway, zwischengeschalteter Konvertierungseinheit , 
usw.) das entsprechende Profil stammt. Der Server am Ende der 
Ubertragungskette soli diese zusatzliche Information bei der 
10 Auswahl zwischen verschiedenen vorhandenen Datei-Typen und 
Formaten beriicksichtigen. AuSerdem hat eine Einheit die Mog- 
lichkeit, bei Bedarf ein weiteres Anhangen von Dif f erenzpro- 
filen zu unterbinden. 

15 An dieser Stelle sei noch erwahnt, dass das hierin beschrie- 
bene Verfahren nicht auf die hier beispielhaft beschriebenen 
Ausfuhrungsf ormen beschrankt ist, sondern auch auf andere 
WAP-basierte Anwendungen angewendet werden kann. 

20 

In folgenden sollen nun detailliert die Vorteile oben darge- 
stellter Prinzipien bezuglich eines Verfahrens zum Ubertragen 
von Nutzdatenobjekten unter Verwendung von Profilen bzw. UA- 
Profs, insbesondere im Zusammenhang mit der Zustellung DRM- 
25 geschutzter Objekte, der Zustellung von Multimedianachrichten 
im Multimedia Messaging Service und beim Browsen auf Basis 
der vom WAP-Forum spezif izierten Protokolle, dargestellt wer- 
den. 

3 0 GemaS dem folgenden Bei spiel wird angenommen, dass ein WAP- 
fahiges Endgerat von sich aus keine Standbilder darstellen 
kann, jedoch durch ein angesteckten Hardware -Modul derartig 
erweitert ist, dass es auch Standbilder im Format "jpeg" dar- 
stellen kann. Wie oben bereits erwahnt, erfolgt die Anbindxing 

35 des Endgerates an das Internet uber das WAP-Gateway, das fer- 
ner in der Lage ist, Standbilder vom Format "gif " in das For- 
mat "jpeg" zu konvertieren. Der Unterschied zwischen dem hier 
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beschriebenen Verfahren und dem zu Beginn bezuglich Figur 1 
beschriebenen Verfahren besteht nun darin, dass die Profile 
bezuglich ihrer Herkimft gekennzeichnet sind. Das bedeutet, 
neben den Fahigkeiten der entsprechenden Endgerate bzw. Uber- 
5 tragungseinheiten ist zusatzlich auch die Information enthal- 
ten, von welchem Endgerat bzw. von welcher Albert ragungsein- 
heit, wie dem WAP-Gateway, das jeweilige Dif f erenz-Prof il 
stammt, Diese erweiterten Profile sind im Folgenden mit einem 
Stem gekennzeichnet. Ansonsten verlauft die IJbertragung und 
10 Verarbeitung der jeweiligen Profile, wie bereits bezuglich 
Figur 1 beschrieben ab, weshalb im folgenden fur die Erlaute- 
rung der einzelnen Schritte bezuglich der erweiterten mit 
Stem versehenen Profile auf die Erlauterung der Profile ohne 
Stem verwiesen wird. 

15 

Bezugnehmend auf Figur 1 ubermittelt das WAP-fahige Endgerat 
T neben seinem Basis-Profil BP* auch das Dif f erenz-Prof il 
DP3* (vgl. Schritt 5), das die zusatzlichen Fahigkeiten durch 
das angesteckte Hardware -Modul beschreibt, an das WAP-Gateway 
2 0 G. Dies schickt neben den beiden Profilen des WAP-fahigen 
Endgerates (Basis-Profil BP* und Dif f erenz-Prof il DP3*) auch 
sein eigenes Dif f erenzprof il DP2* an die Datenbereitstel- 
lungskomponente D (analog zu dem in Figur 1 dargestellten 
Szenario) . 

25 

Dadurch hat das letzte Glied in der Ubertragungskette bzw. 
dem Ubertragungsweg (hier die Datenbereitstellxingskomponente 
D) bei der Ermittelung des resultierenden Gesamtprof ils RP* 
(entsprechend dem Gesamtprof il) Kenntnis daruber, welche Fa- 

30 higkeiten das (mit dem Modul erweiterte) WAP-fahige Endgerat 
T besitzt, namlich hier die Darstellung von Standbildem des 
Daten- Formates "jpeg", und welche Fahigkeiten einer zwischen- 
geschalteten Ubertragungseinheit zuzuordnen sind, namlich die 
Konvertierung von Standbildem des Daten- Formates "gif" in 

35 das Daten- Format "jpeg" durch das WAP-Gateway. 
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Im folgende sei auf die Semantik der Kennzeichnung eingegan- 
gen. Von den oben beschriebenen Varianten zur Kennzeichnung 
der Profile wird im folgenden die Variante c) verwendet, bei 
der einerseits die Funktion der in dem Profil beschriebenen 
5 Einheit (WAP-fahiges Endgerat, WAP-Gateway, usw.) gekenn- 
zeichnet wird und andererseits gekennzeichnet wird, ob weite- 
re Profile von nachf olgenden Einheiten der Ubertragungskette 
angefugt werden diirfen. 

10 Figur 2 zeigt eine Tabelle gemaS einer vorteilhaf ten Ausges- 
taltimg einer binaren Codiening fur das Kennzeichnen von Pro- 
filen. Demnach kann ein WAP-fahiges Endgerat sein Basis- 
Profil entweder mit der binaren Kennzeichnung oder "0" 

verschicken und damit den anderen Ubertragungseinheiten in 

15 der Ubertragungskette das Ubermitteln ihrer Dif f erenz-Prof ile 
entweder erlauben oder untersagen. Das nachste Glied in der 
Ubertragungskette (WAP-fahiges Endgerat mit Zusatzmodul, WAP- 
Gateway, eventuell WAP-Proxy oder Konvertierungsserver , 
usw.), welches ein Dif f erenz-Prof il erganzen mochte, wertet 

20 'zunachst das Basis-Prof il des WAP-fahigen Endgerates aus. 
Falls das Erganzen von Dif f erenz-Prof ilen erlaubt ist, kann 
es nun sein eigenes Dif f erenz-Prof il mit einer entsprechenden 
Kennzeichnung nach Tabelle von Figur 2 ubermitteln. Auf diese 
Weise ware es dem letzten Glied in der Ubertragungskette 

25 (d.h. dem Server) moglich, die verschiedenen (Diffe- 
renz-) Prof ile unterscheiden zu konnen. 

Unabhangig davon kann jedes Endgerat bzw. jede Ubertragungs- 
einheit zusatzlich eine fortlaufende Nummerierung seines Pro- 
30 fils vornehmen. In diesem Fall erhielte die Datenbereitstel- 
lungskomponente D sogar noch Auskunft uber die Reihenfolge 
der an der Ubertragung der Daten beteiligten Netzwerkelemen- 
te. 

35 Im folgende sei auf die Syntax der Kennzeichnung eingegangen. 
Es werden nun ganz allgemein unterschiedliche Moglichkeiten 
zum Kennzeichnen eines Prof ils vorgestellt . Dabei wird nicht 
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mehr zwischen Basis-Profil xind Dif f erenz-Prof il (en) iinter- 
schieden. Bei der Kennzeichnung soli dabei vorzugsweise die 
oben beschriebene Semantik gemaS der Tabelle nach Figur 2 
verwendet werden, allerdings ist auch jede andere vorher ver« 
5 einbarte Semantik denkbar. 

Mogliche alternative Ausf lihrungsmoglichkeiten zum Kennzeich- 
nen eines Profils sind: 

10 1. Ein neues Kopf-Feld wird dem zu ubertragenden Profil in 
der entsprechenden Sitzungsschicht (HTTP oder WSP) vorange- 
stellt. Die beiden hier benutzten Sitzungsschicht-Protokolle 
HTTP iind WSP (WSP: Wireless Session Protocol) erlauben nach 
[8] und [9] die Definition neuer Kopf-Felder und bedienen 

15 sich dabei des in [10] beschriebenen textuellen Formates, wo- 
nach ein Kopf-Feld aus einem Feld-Namen (obligatorisch) und 
einem Feld-Wert (optional) besteht . Um auf der Luftschnitt- 
stelle nicht zu viel Daten ubertragen zu miissen, empfiehlt 
das WSP [9] fur haufig benutze (sogenannte "well-known") 

2 0 Kopf-Felder eine binare Codierung. So wird beispielsweise aus 
einem Feld/Attribut "X-Mms-Sender-Visibility : Show" (29 
Bytes) die Kurzform "93 11" in hexadezimaler Codierung (zwei 
Bytes) . 

25 GemaS einer bevorzugten Aus fuhrungs form der Erfindung wird 
die Einfuhrung eines neuen Kopf-Feldes zur Kennzeichnung von 
Profilen vorgeschlagen, das ebenfalls auf dem in [10] be- 
schriebenen Format basieren soil. Der Feld-Name des neuen 
Kopf-Feldes fur die beiden hier verwendeten Protokolle HTTP 

30 und WSP konnte beispielsweise "x-wap-profile- source" heiSen, 

Die folgende Darstellung zeigt das textuell codierte Kopf- 
Feld "x-wap-profile- source" links mit einem textuell codier- 
ten Feldwert und rechts mit einem binar (dezimal) codierten 
35 Feld-Wert: 



x-wap-prof ile-source : WAP-Gateway ; x-wap-profile -source : 2 
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2. Die Markierung erfolgt direkt im http- bzw. WSP- 
Headerfeld durch einen zusatzlichen Parameter. Damit ist 

5 prinzipiell dieselbe Inf ormationscodierung wie tnit dem unter 
1. beschriebenen Ansatz moglich, Es wird dazu z-B. die Defi- 
nition des Headerfeldes "x-wap-prof ile" um einen Parameter 
erganzt, der die serverseitige Zuordnung zu einer Einheit im 
System ermoglicht. 

10 

3. Das Profil wird um ein neues XML-Attribut erweitert . Wie 
bereits oben erlautert werden vorteilhaf terweise samtliche 
Profile fur ein WAP- UA-Prof basierend auf XML beschrieben. 
Eigenstandige Inf ormationsblocke bzw. einzelne Inf ormationen 

15 werden innerhalb eines Profil s mit sogenannten "Tags" (Mar- 
kierungen) voneinander abgegrenzt . Die meisten dieser Tags 
treten in XML-Anwendungen paarweise als Start- und End- 
Befehle auf und geben an, welche Bedeutung der von ihnen ein- 
geschlossene Text hat. Dieser Text kann wiederum durch weite- 

20 re Tags unterteilt sein, um beispielsweise Listen von Parame- 
tern fur ein Attribut zu ermoglichen. Die Parameter der ein- 
zelnen Tags werden Attribute genannt, Sie werden immer durch 
Quotierungs-Zeichen ("<" und ">") eingeschlossen. 

25 Figur 3 zeigt die Verwendung des gemaS einer Ausfiihriingsf orm 
der Erfindung neu definierten XML -At tributes "Source" (in 
Fettdruck hervorgehoben; gesamtes neues Element doppelt ein- 
gerahmt) , das die Kennzeichnung eines Prof ils (oder einer 
einzelnen Prof il-Komponente) durch ein Endgerat bzw. eine U- 

3 0 bertragungseinheit erlaubt - Bei Verwendung eines neuen XML- 
Attributes muss in dem entsprechenden Profil auch der dazuge- 
horige neue "XML -name space" referenziert werden, der in die- 
sem Beispiel durch "prf2" gekennzeichnet ist. Der Wert des 
Attributes Source ist in Figur 3 textuell codiert (WAP GW 

35 bzw. WAP Gateway) . Denkbar ist auch eine binare Codierung des 
Attribut- Wert es nach der Tabelle in Figur 2 (z.B. "WAP Gate- 
way" = "2") . 
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Mochte man zusatzlich eine fortlaufende Nummerierung von Pro- 
filen (wie oben beschrieben) mit Hilfe von XML-Attributen re- 
5 alisieren, so bieten sich die folgenden zwei Moglichkeiten 
an: 

Der Attribut-Wert des Attributes "Source" wird so definiert, 
dass er aus einer Liste von Parametem mit \interschiedlicher 

10 Bedeutung besteht. Figur 4 zeigt dazu ein Beispiel/ in dem 
der Attribut-Wert von "Source" aus einer Liste von zwei Para- 
metem besteht, wobei der einleitend beschriebene Klammer- 
Mechanismus von Attribut-Werten umgesetzt wurde : Innerhalb 
des Attributes "Source" wird durch "Bag" signalisiert , dass 

15 mehrere Attribut-Werte folgen (erf indungsgemaS neue Elemente 
sind wieder doppelt eingerahmt) . Die Erweiterung "Seq" in den 
Klammern bedeutet, dass die Reihenfolge der Parameter in der 
Liste von Bedeutung ist. Per definitionem konnte Parameter 1 
beispielsweise fur die fortlaufende Nummerierung und Parame- 

20 ter 2 fiir die Kennzeichnung des Profils durch ein Endgerat 
Oder eine weitere Komponente im Ubertragungsweg (z.B. eine 
Netzwerkeinheit) , vorzugsweise durch den in der Tabelle von 
Figur 2 definierten Code, stehen. 

25 Neben der hier dargestellten textuellen Codierung von UA- 
Profs bzw. UA-Prof -Dateien erlaubt [7] auch eine binare Dar- 
stellungsweise, in der alien textuellen Attributen sogenannte 
binare Token zugeordnet sind. Selbstverstandlich lassen sich 
die oben beschriebenen Prinzipien auch in einer binar codier- 

30 ten UA-Prof -Datei ausdrucken, 

Ein oben beschriebenes Verfahren zum Ubertragen von Nutzda- 
tenobjekten unter Verwendung von Eigenschaf tsprof ilen bzw. 
UA-Prof s kann auch fur die Ubertragung DRM-geschutzter Objek- 
35 te angewendet werden. Werden hierbei in der oben beschriebe- 
nen Ausgestaltung der Telekommunikationsanordnung bzw. der 
Prof ilubertragung und Verarbeitung der jeweiligen Komponenten 
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der Telekommunikationsanordnung vom WAP-fahigen Endgerat (T; 
vgl. Figur 1) DRM-geschutzte Daten angefordert, sieht der In- 
f ormationsf luss wie folgt aus: 

1. Das WAP-fahige Endgerat (T) sendet eine Daten-Anf ordening 
zunachst an das WAP-Gateway (G) , Darin enthalten sind das Ba- 
sisprofil BP* (es sei fur folgende Erlauterung wiederum auf 
Figur 1 verwiesen) und das Dif f erenzprof il DP3* zur Beschrei- 
bung des Zusatzmoduls . Beide Profile sind mit der oben be- 
schriebenen neuen Information gekennzeichnet , dass sie dem 
WAP-fahigen Endgerat (T) zugeordnet werden konnen. 

2. Das WAP-Gateway (G) erhalt die Datenanf orderung und leitet 
sie an die Datenbereitstellungskomponente (D) weiter. Es er- 
ganzt dabei die Datenanf orderung urn das Dif f erenzprof il DP2*, 
das gemaS neuer Kennzeichnung dem WAP-Gateway zugeordnet wer- 
den kann. 

3. Die Datenbereitstellungskomponente (D) erhalt die Datenan- 
•forderung, wertet die Prof ilinf ormationen aus und erkennt, 

dass das angeforderte Bild vom Endgerat (T) selbst im "jpeg"- 
Format genutzt werden kann, und dass das WAP-Gateway (G) Bil- 
der vom "gif" -Format in ein fur das Endgerat geeignetes For- 
mat konvertieren kann (hier kommt nur " jpeg" in Prage) . Soil 
nun das Objekt bzw. Nutzdatenobjekt (das Bild) in DRM- 
geschutzter Form ubertragen werden, muss es zunachst in ein 
anderes Datenf onnat { z . B • " applicat ion/vnd . wap . drm . message 
Oder applicat ion/vnd . wap . drm, content " ) eingepackt bzw. ver- 
schliisselt werden, womit es fur das WAP-Gateway (G) unzugang- 
lich wird. Die Datenbereitstellungskoirponente (D) entscheidet 
daher, das Objekt im "jpeg" -Format in das DRM-Format einzupa- 
cken, damit eine Bearbeitung des Objektes durch das WAP- 
Gateway nicht notig ist . Die Datenbereitstellungskomponente 
(D) versendet das Objekt bzw. Nutzdatenobjekt im beschriebe- 
nen Format an das WAP-Gateway. 
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4. Das WAP-Gateway empfangt das Objekt, erkennt, dass keine 
Bearbeitung des Objekts bzw. eine Aktion durch das WAP- 
Gateway (6) erforderlich ist iind sendet es an das Endgerat 
(T) . 

5. Das Endgerat erhalt das Objekt, packt es aus und kann es 
verwenden . 

Ohne das oben beschriebene Verfahren gemaS einer Ausgestal- 
tung der Erfindung wurde der gleiche Vorgang wie folgt ausse- 
hen: 

1. Das WAP-fahige Endgerat (T) sendet eine Daten-Anf orderung 
zunachst an das WAP-Gateway (G) . Darin enthalten sind das Ba- 
sisprofil BP und das Dif f erenzprof il DP3 zur Beschreibung des 
Zusatzmoduls (vgl. wiederum Figur 1). 

2. Das WAP-Gateway (G) erhalt die Datenanf orderung und leitet 
sie urn das Dif f erenzprof il DP2 erganzt an die Datenbereit- 
stellungskomponente (D) weiter. 

3 . Die Datenbereitstellungskomponente (D) erhalt die Datenan- 
f orderung, wertet die Prof ilinf ormationen aus und erkennt: 
Das angeforderte Daten bzw, das angeforderte Bild kann von 
der Kombination aus Endgerat (T) und WAP-Gateway (G) im 
"j peg -Format" und im "gif- Format" genutzt werden. Das Objekt 
soil in DRM-geschutzter Form ubertragen werden, und muss dazu 
zunachst in ein anderes Datenformat (applicati- 
on/vnd . wap . drm . message oder appl icat ion/ vnd . wap . drm . content ) 
eingepackt werden, womit es fur das WAP-Gateway unzuganglich 
wird. Die Datenbereitstellungskomponente (D) entscheidet sich 
eventuell, das Objekt im "gif" -Format in das DRM-Foirmat ein- 
zupacken, und versendet das Objekt im beschriebenen Format an 
das WAP-Gateway (G) - 

4. Das WAP-Gateway (G) empfangt das Objekt, erkennt, dass es 
das Objekt nicht bearbeiten kann, da es das umgebende Daten- 
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format nicht kennt, bzw. nicht verarbeiten kann, verandert 
das Objekt nicht sendet es an das Endgerat. 

5. Das Endgerat (T) erhalt das Objekt, packt es aus dem utnge- 
5 benden Datenformat aus und kann es aber nicht verwenden. 

Hintergr\mdangaben u,a. zu den in der Anmeldung behandelten 
Protokollen finden sich z.B. an folgenden Stellen: 

10 

[1] 3GPP TS 23,040 version 5.2.0, Release 5; Third Genera- 
tion Partnership Project; Technical Specification Group Ter- 
minals/Technical realization of the Short Message Service 
(SMS) . 

15 

[2] 3GPP TS 22.14 0 version 4.1-0, Release 4; Third Genera- 
tion Partnership Project; Technical Specif icat ion. Group Serv- 
ices and System Aspects; Service Aspects; Stage 1; Multimedia 
Messaging Service (MMS) . 

20 

[3] 3GPP TS 23.140 version 5.1.0, Release 5; Third Genera- 
tion Partnership Project; Technical Specification Group Ter- 
minals; Multimedia Messaging Service (MMS) ; Functional De- 
scription; Stage 2. 

25 

[4] WAP-274-MMS Architecture Overview; WAP Multimedia Mes- 
saging Service (MMS) Specification Suite 2.0 

[5] WAP-275-MMS Client Transact ion; WAP Multimedia Messaging 
30 Service (MMS) Specification Suite 2.0 

[6] WAP-276-MMS Encapsulation; WAP Multimedia Messaging 
Seirvice (MMS) Specification Suite 2.0 

35 [7] WAP-248-UAProf ; WAG User Agent Profile; October 2001 
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[8] RFC 2616 "Hypertext Transfer Protocol - HTTP/l.l"; June 
1999 

[9] WAP-230-WSP Wireless Session Protocol Specification, ap- 
5 proved version 5-July-2001 

[10] RFC 822 "Standard for the format of ARPA internet text 
messages"; David H. Crocker; August 13, 1982 
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Patentanspruche 

1. Verfahren zum Ubertragen von Nutzdatenobjekten von einer 
Datenbereitstellungskotnponente (D) zur Bereitstellimg von 
5 Nutzdatenobjekten uber eine Verbindungskomponente (G) zu ei- 
ner TelekOTranunikationseinrichtTing (T) eines Benutzers gemafi 
einem Gesamtprof ilinformationsobjekt (RP*) , das angibt, wel- 
cher Typ von Nutzdatenobjekten an die Telekommunikationsein- 
richtung zu deren Verarbeitung ubertragbar ist, wobei in das 
10 Gesamtprof ilinformationsobjekt femer eine erste Profilinfor- 
mation (BP* ,DP1* , DP3*) eingefiigt wird, die angibt, welcher 
Typ von Nutzdatenobjekten direkt von der Telekommunikations- 
einrichtung verarbeitbar ist. 

15 2. Verfahren nach Anspruch 1, bei dem Nutzdatenobj ekte von 
einem Typ gemafi der ersten Prof ilinf ormation (BP*,DP1*,DP3*) 
von der Datenbereitstellungskomponente (D) zu der Telekommu- 
nikationseinrichtung (T) ubertragen werden. 

20 3. Verfahren nach Anspruch 2, bei dem in das Gesamtprof il- 
informationsobjekt (RP*) eine zweite Prof ilinf ormation (DP2*) 
eingefugt wird, die angibt, welcher Typ von Nutzdatenobjekt 
von der Verbindungskomponente (G) in einen von der Telekommu- 
nikationseinrichtung (T) verarbeitbaren Typ von Nutzdatenob- 

25 jekt konvertierbar ist, wobei Nutzdatenobj ekte von einem Typ 
gemaS der zweiten Prof ilinf ormation von der Datenbereitstel- 
lungskomponente zu der Telekommunikationseinrichtung ubertra- 
gen werden, wenn von der Datenbereitstellungskomponente keine 
Nutzdatenobj ekte von dem Typ gemaS der ersten Prof ilinf orma- 

3 0 tion bereitgestellt werden. 

4. Verfahren nach einem der Anspruche 1 bis 3, bei dem vor 
dem Ubertragen von Nutzdatenobjekten von der Datenbereitstel- 
liangskomponente (D) zu der Telekommunikationseinrichtung (T) 
35 die Telekommunikationseinrichtung ein erstes Teilprof ilinf or- 
mationsobjekt mit der ersten Prof ilinf ormation (BP*, DPI*) an 
die Verbindungskomponente (G) ubertragt, welche ihrerseits 
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das erste Teilprof ilinf ormationsobjekt urn die zweite Profil- 
information (DP2*) zu einem zweiten Teilprof ilinf ormationsob- 
jekt erganzt iind dieses zur Datenbereitstellungskomponente 
ubermittelt, damit dort basierend auf alien ubermittelten 
5 Prof ilinf ormationen ein Gesamtprof ilinf ormationsobjekt (RP*) 
erstellbar ist, 

5- Verfahren nach einem der Anspruche 1 bis 4, bei dem die 
Telekommunikationseinrichtung um eine zusatzliche Leistungs- 
10 korrponente erganzt wird, die in der Lage ist, den Umfang den 
von der Telekommunikationseinrichtung verarbeitbaren Nutzda- 
tenobjekten zu erweitem. 

'6. Verfahren nach Anspruch 4 tind 5, bei dem das erste Teil- 
15 prof ilinf ormationsobjekt um eine dritte Prof ilinf ormation 
(DP3*) erganzt wird, die angibt, um welche Typen von Nutzda- 
tenobjekten der Umfang der Nutzdatenobjekte der Telekommuni- 
kationseinrichtung durch die zusatzliche Leistungskomponente 
erweitert wird. 

20 

7. Verfahren nach einem der Ansparuche 4 bis 6, bei dem in 
dem ersten und/oder dem zweiten Teilprof ilinf ormationsobjekt 
die Prof ilinf ormationen in Form einer Referenz vorgesehen 
sind, welche jeweils zu Prof ilinf ormationen verweisen, welche 

25 auf der Datenbereitstellungskomponente oder einer mit dieser 
in Verbindung stehenden weiteren Datenbereitstellungskompo- 
nente gespeichert ist. 

8. Verfahren nach einem der Anspruche 1 bis 7, bei dem sich 
30 die Telekommunikationseinrichtung (T) in einem ersten Tele- 

kommunikationsnetz, und die Datenbereitstellungskomponente 
(D) und/oder die weitere Datenbereitstellungskomponente in 
einem zweiten Telekommunikationsnetz befinden, wobei das ers- 
te und das zweite Telekommunikationsnetz miteinander verbun- 
35 den sind. 
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9. Verfahren nach Anspruch 8, bei dem die Verbindungskompo- 
nente (G) in dem ersten oder dem zweiten Telekommunikations- 
netz angeordnet ist, oder zur Verbindung der beiden Telekom- 
munikationsnetze vorgesehen ist. 

5 

10. Verfahren nach Anspruch 8 oder 9, bei dem das erste Te- 
lekommiinikationsnetz als ein Mobilfixnknetz ausgebildet ist, 
das insbesondere gemaiS dem GSM- und oder dem UMTS -Standard 
betrieben wird. 

10 

11. Verfahren nach Anspruch 10, bei dem die Ubertragung von 
Nutzdatenobjekten zu der Telekommunikationseinrichtung (T) in 
dem ersten Telekommunikationsnetz mitt els WAP-Protokollen, 
insbesondere dem Wireless Session Protokoll, erfolgt 

15 

12. Verfahren nach einem der Anspriiche 8 bis 12, bei dem das 
zweite Telekommunikationsnetz als ein auf einem Internetpro- 
tokoll basierendes Netz ausgebildet ist, in dem die Ubertra- 
gung von Daten insbesondere mittels dem Hypertext Transfer 

20 Protocol erfolgt - 

13. Verfahren nach einem der Anspruche 1 bis 12, 

bei dem die Telekommunikationseinrichtung (T) ein F\inkmodul 
umfasst, und insbesondere als ein Mobiltelef on, ein Schnur- 
25 lostelefon, ein tragbarer Computer oder ein Smartphone ausge- 
bildet ist. 

14. Verfahren nach einem der Anspruche 1 bis 13, 

bei dem die Verbindungskomponente (G) als ein WAP-Gateway 
30 ausgebildet ist. 

15. Verfahren nach einem der Anspruche 1 bis 14, 

bei dem die Nutzdatenobj ekte Textinf oinnationen, Audioinf orma- 
tionen, Videoinf ormationen, ausfuhrbare Programme, Software- 
35 module oder eine Kombination dieser Inf ormationen enthalten. 
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16. Telekotnmunikationsanordnung umfassend eine Datenbereit- 
stellungskomponente (D) zur Bereitstellung von Nutzdatenob- 
jekten, eine Telekomnvunikationseinrichtiang (T) , und eine Ver- 
bindxHigskomponente (G) zum Ubertragen von Nutzdatenobjekten 
5 von der Datenbereitstellimgskomponente zu der Telekonvtnunika- 
tionseinrichtung, wobei die Telekotnraunikationsanordnxing zum 
Durchfuhren eines Verfahrens getnaS einem der Anspruche 1 bis 
15 ausgelegt ist. 
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FIG 3 



<?xml version ="1.0"?> 

< rdfiRDF xmlns= "http://www.w3.org/1 999/02/22-rdf-syntax-ns#" 
xmlns:rdf = "http://www.w3.org/1 999/02/22-rdf-syntax-ns#" 

xmlns:prf = "http://www.wapforum.org/profiIes/UAPR0F/ccppschema-2001 0330#" > 
xmlns:prf2 = "http://www.wapforum.org/profiIes/UAPROF/ccppschema-20020301 #" 

< rdf:Description rdf:ID = "ExampIe_Profile" > 

« • ■ 

<prf:component> 

< rdf : Description rdf :ID = "Example_Component_1 " > 

< rdf:type rdf:resource = "http://www.wapforum.org/profiles/Example_C omponent_17> 

<prf2:Source> WAP Gateway </prf2:Source> 

<prf:CcppAccept> 
<rdf:Bag> 

< rdf:h' > image/JPEG </rdf:h' > 
</rdf:Bag> 
</prf:CcppAccept> 

</rdf:Description> 
</prf:component> - 

• • • 

</rdf:Description> 
</rdf:RDF> 
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FIG 4 



< ?xml version = "1 .0"? > 

< rdf:RDF xmlns ="http://www.w3.org/1 999/02/22-rdf-syntax-ns#" 
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
xmlns:prf="http://vin«w.wapfomm.org/profiles/UAPR0F/ccppschema-20010330#"> 
xmIns:prf2="http://vvww.wapforum.org/profiles/UAPROF/ccppschema-20020301#" 

< rdf :Description rdf :1D = "Example_Prof ile" > 

m m m 

<prf:component> 

< rdf :Oescription rdf:ID = "Example_Component_1 " > 

< rdf:type rdf:resource ="http://wvM.wapforuni.org/profiles/Example_Componenl_1 7 > 

<prf2:Source> 
<rdf:Seq> 

<rdf:li>3</rdf:li> 

< rdfili > WAP Gateway </rdf:li > 
</rdf:Seq> 

</prf2:Source> 

< prf :CcppAccept > 
<rdf:Bag> 

< rdf:ll > image/JPEG </rdf:li > 
</rdf:Bag> 

< /prf .CcppAccept > 
< /rdf: Description > 
</prf:component> 

• ■ • 

</rdf:Description> 
</rdf:RDF> 
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